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- The user can convert from COBOLSS te COBOL74, 


There is a4 
conversion routine available to canvert ¢rom CS/35 COBGLS2S te 
COBGL74 CCOBTRNSB3). 

~ The comPile-time Parameters that were normally avaitanle under 
COBGL4S have chonSed. They are easier to use and understand. 
They can be specified at the time of the comPile or defaults my 

be taken instead. These defaults are changable at supervisor 


Generation time Csee System Installation manuai). 


-~ If a fite is to be extended, it must be sPecitied at GPEN time. 
Ci.e. GPEN EXTEND filename). The use of the job control 
statement: Lh LFD filename, -EXTEND is no langer voiid in COBOL. 


- COBGL74 supports ihe RCE CRecord Centrol S8rte). 
~ PluitiPpie keys and duPlicate kerys are suPPorted in 


- When a Print file is OPENed in COBOL74, it automaticaily skips 
to the head of the form. In COBOL4S, it was the users 

o resPonsisitlity to advance the form. This condition will 

cause blank test ‘Pages if ;Prosrems are net cenverted Properly. 


®@ o Pee COBROLE3. (Extended COBOLI: is supported on a Series 78 
eet Sei nas machine under. Revegse: 7 Ae 
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3]. Any INS request to a MIRAM file with ACCESS=SADD specified 
wilt cause the Previous data management lock ta be released 
and, Potentially: a new lock established Cthis is true even 
when the reQuest is for a different MIRAM file declared 
with the ACCESS=SADD), therefore, uPdating action Prograns 

-_ should issue the Setup function request immeciately Prior 
to the PUT or DELETE function reduest (no intervening 
gC eauets ro. other BEES? = SADD files).. 


4). It ts ‘the Pee Programmer’s resPonsibility to determine 
i¢ the data record has changed across action Program 
external succession. IMS record locking cannot Prevent 
Sv batch modification of these records inasmuch as there is 
the Possibility that aon intervening action Program could 
access a SADD file and defeat the initial lock. 


S}. Sequential Processing of these files may not Provide cata 
in the order exPected dePending uPon the insertion 
functions active by other users of the file. 


. 634. INS single thread recovery Choth on-line and off-lined may 
"-; not Perform correctly dePending on the updating functions 
vi sPecitied-by the various uPdaters of the file. 

- Specifically, recovery is not aware of updating activity 
performed outside of the IMS environment, therefore, if 
the. same records are being updated both by IMS action 
‘Programs and outside Programs, recovery could be 
ae ‘incomplete depending on who updated the record last. 

vos Certain oPeratons Cresulting from insertions or deletions 

oo. DY ditferent. updaters)- could even cause abnormal termination 

se gg ‘IMS, during an ‘attempt to Perform on-line recovery. 


oil Racivan) eroblane encountered with files specified with 
é ACCESS=SADD must be Reconstructed without this option for 


analysis. ot the. Problem. 


eens” bringina: uP” ao Rulanfene IMS may exPerience the 

fotlowins. error: ."GPEN ‘NETWORK ERROR CODE oaai". 

This Problem is corrected by installing correction Ca75464 
is. able, LOeOMSh. ane Theres system. 
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- BEM/YEDT runs under 7.4. BEM must be used in DIF moage. 
- User chould run under GS/3 sceftware FT4E. 


0S/3 7 Filetock and Fileshare (FSI: , 
= With release 7 COM, FILELOCK =SHR Call files are loskabled 
re the onty- available oPtion. 


="In Gaditlon. eliace: 7 dota management COTF and COM) 

~ defaults ACCESS Parameters to EXC for write, add and 
_ uPdate and to SRDG for read. These are mare restrictive 
than the. release 6 defauits. — 


- To achieve ao release 7 shore environment camParable ta 
thot available with release & tockable files, it is 
“Necessary to suPpPly the aPProPriate share Parameter in 
the Program’s file definition CRIB or DTFI or to suPPiy tne 
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REE OPE eye //f OD ACCESS=xxx in the JCL at runtime. 


= Release é use of *LFD apeuiied in SRO, but release 7 
_.S3ives SRDO. . To achieve release 6 share environment, 
remove the. x. ond use. Ane, cee 0D. ACCESS=SROD job control 
. Statement. : mays: 


5 Beato ws 


"Release and. G2 ‘DIF. data manosenent allow ome tiie 
“>to be? shared petween multiple readers (SRD and SRDO), 
/2. or, between one writer and multiple readers CEXTR and 

RDI E put never allows more than one writer to tne same 
“ftles In addition to this, retease 7 CDM ACCESS 

-o~ Parameter SADD Cshared addy’ pets allow multiple writers 
ae ne Same Lee ee 


08/3 7 4. ‘MIX Superyisor/Interact ive/Fileshare Problem CFSi: 


- ‘b eration ects in ae 4 “OTF. Processing with MIXED 

oo Supervisor. ‘CDTF “and CDM support): if INTERACTIVE=YES 

is specified. in the sysgen, the sysgen forces FILELOCK=SHA 
ignoring the users FILELOCK specification. A DTF user’s 
ntent to. have pon-lockable files Cunrestricted use] is 
denied. ‘and: he may Set wait-locks where in release 6 he 
did note COR?s. CB74899° "and CG749S4; applied in that order 
‘atlow the ‘user’ ‘FILELOCK ‘Specitication independent of the 
INTERACTIVE=YES Parameter. . ae 


